Wireless communication system

ABSTRACT

A processing system is described that includes a wireless communication interface that wirelessly communicates with one or more wireless client devices in the vicinity of an establishment. The wireless communication interface receives a remote order corresponding to an item selected by at least one of the wireless client devices. A local server computer located in proximity to the establishment generates instructions for processing the remote order received from the wireless communication interface. The local server computer then passes the processing instructions to an order processing queue in preparation for processing of the remote order.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims priority to U.S. Provisional Patent ApplicationNo. 60/805,328, filed Jun. 20, 2006, and entitled “WIRELESSCOMMUNICATION SYSTEM” [Att.Dkt.No.: APL1P478P], which is herebyincorporated by reference herein.

FIELD OF INVENTION

This invention relates generally to personal, portable electronicdevices such as media players, radios, cell phones and the like.

DESCRIPTION OF RELATED ART

Recent developments in consumer electronics have included theintroduction of portable personal communication devices such as mediaplayers (such as MP3 players, minidisk players), cell phones, personaldigital assistants (PDAs) and the like. In the case of a cell phone, auser can communicate by voice, text, or other multimedia data. Forexample, a cell phone user can send a text message by means of anynumber of communication protocols such as the Short MessageService-Point to Point (SMS-PP) protocol (defined in GSM recommendation03.40). Using SMS-PP, messages are sent via a store-and-forwardmechanism to a Short Message Service Center (SMSC), which will attemptto send the message to the recipient and possibly retry if the user isnot reachable at a given moment.

Using a cell phone or other such device to remotely enter into acommercial transaction (such as food or drink ordering) is widespreadand well understood. However, in order to initiate such a remotetransaction using a cell phone, a user must be aware that a merchant ofinterest is nearby, must be aware of a list of available items forpurchase by the merchant, must be aware of a price for each item, etc.Even in those cases where all the relevant knowledge is available andknown, the user must then pay for the services or goods purchases. Insome cases, the user must use a credit or debit card by repeating verysensitive information in a voice loud enough to be heard and understoodover the phone, or enter the information manually if speaking is not anoption. In some cases, if the merchant does not accept the particularpayment method, the customer must pay using cash thereby eliminatingmost, if not all, of the perceived efficiencies of remotely orderingusing the cell phone, PDA, media player, etc.

In any case, once the transaction is entered into, the customer order isthen queued up in, typically, a first in first out order withoutdistinguishing if the order was placed locally or remotely. In this way,a remote purchaser has only an approximate idea of a time to actuallyretrieve the order. This can result in an annoying wait in a long queueif the purchaser arrives before completion of the order. In the case ofa food and/or drink purchase, a hot drink such as coffee is picked up ina tepid state if the purchaser arrives substantially after the orderedhot drink is ready for pickup.

Therefore, there is a need for improved approaches to process a remoteorder.

SUMMARY OF THE INVENTION

A processing system is described that includes a wireless communicationinterface that wirelessly communicates with one or more wireless clientdevices in the vicinity of an establishment. The wireless communicationinterface receives a remote order corresponding to an item selected byat least one of the wireless client devices. A local server computerlocated in proximity to the establishment receives the remote order fromthe wireless communication interface and generates instructions forprocessing the remote order. The local server computer then passes theprocessing instructions to an order processing queue in preparation forprocessing of the remote order.

In a particularly useful embodiment, an acknowledgement is forwarded tothe originating wireless client device indicating that the remote orderhas been successfully received. Furthermore, an estimate ordercompletion time can then visually displayed by the wireless clientdevice and/or audibly rendered by way of a speaker or earphone.

In another embodiment, a method of processing an order provided by oneor more wireless client devices in the vicinity of an establishment isdescribed. The method is carried out by receiving a remote ordercorresponding to an item selected by at least one of the wireless clientdevices at a wireless communication interface that is in communicationwith a local server computer in proximity to the establishment. Theremote order is then passed to and processed by the local servercomputer and is then stored in a processing queue in preparation forprocessing of the remote order.

In yet another embodiment, a processing system is described. Theprocessing system includes a wireless communication interface arrangedto wirelessly communicate with one or more wireless client devices inthe vicinity of an establishment. The wireless communication interfacereceives a remote order corresponding to an item selected by at leastone of the wireless client devices that is then passed to a local servercomputer located in proximity to the establishment having a memoryarranged to store data that includes a customer preference file listingcustomer preferences. The local server computer consults the customerpreference file in order to generate processing instructions forprocessing of the remote order. The local server computer passes theprocessing instructions to a processing center for processing the remoteorder in response to the processing instructions.

In still another embodiment, a method of processing a remote orderprovided by one or more wireless client devices in the vicinity of anestablishment is described. The method is carried out by receiving aremote order corresponding to an item selected by at least one of thewireless client devices, consulting a customer preference file thatlists customer preferences by way of a local server computer located inproximity to the establishment, generating a processing instruction forprocessing the remote order by way of the local server computer basedupon the consultation of the customer preference file, and processingthe remote order in response to the processing instruction.

In another embodiment, a wireless client device suitable for wirelesslyproviding a remote order to an establishment is described. The wirelessclient device includes a wireless communication interface arranged tosend and receive wireless signals, a processor for processing executableinstructions, and a wireless range evaluator unit in communication withthe wireless communication interface and the processor arranged todetermine if the wireless client device is within wireless range of theestablishment, wherein when the wireless range evaluator unit determinesthat the wireless client device is within wireless range of theestablishment, the processor sends the remote order to the establishmentby way of the wireless communication interface.

Another embodiment provides a computer program product executable by aprocessor for processing an order provided by one or more wirelessclient devices in the vicinity of an establishment. The computer programproduct includes computer code for receiving a remote ordercorresponding to an item selected by at least one of the wireless clientdevices at a wireless communication interface in communication with alocal server computer in proximity to the establishment, computer codefor processing the remote order by the local server computer, computercode for storing the remote order in a processing queue in preparationfor processing of the remote order, and a computer readable medium forstoring the computer code.

Other aspects and advantages of the invention will become apparent fromthe following detailed description, taken in conjunction with theaccompanying drawings, illustrating by way of example the principles ofthe invention.

BRIEF DESCRIPTION OF THE DRAWINGS

The invention will be better understood by reference to the followingdescription taken in conjunction with the accompanying drawings.

FIG. 1 shows a portable media player according to one embodiment of theinvention.

FIG. 2A is a block diagram of a wireless system according to oneembodiment of the invention.

FIG. 2B is a block diagram of the wireless system shown in FIG. 2Asuitably configured for receiving and processing a remote order from awireless client device.

FIG. 3 shows a wireless communication system in accordance with anembodiment of the invention.

FIG. 4 illustrates the wireless mobile device implemented as a wirelessmedia player in accordance with an embodiment of the invention.

FIG. 5 illustrates an example of the wireless media player receiving theping signal from a recognized merchant in accordance with an embodimentof the invention.

FIG. 6 illustrates an example of the wireless media player receiving theping signal from the recognized merchant in accordance with anembodiment of the invention.

FIG. 7 shows a updating a merchant status in accordance with anembodiment of the invention.

FIG. 8 illustrates a purchase transaction in accordance with anembodiment of the invention.

FIG. 9 illustrates authenticating a customer in accordance with anembodiment of the invention.

FIG. 10 illustrates dealing with a customer without sufficient funds inaccordance with an embodiment of the invention.

FIG. 1 shows how once a transaction has been authenticated andauthorized the merchant sends a purchase inquiry in accordance with anembodiment of the invention.

FIG. 12 shows a flowchart detailing a process for a wireless transactionin accordance with an embodiment of the invention.

FIG. 13 shows a flowchart detailing a process for determining if awireless client device is within range of a wireless data network inaccordance with an embodiment of the invention.

FIG. 14 shows a flowchart detailing a process for determining if amerchant is a recognized merchant or an unrecognized merchant inaccordance with an embodiment of the invention.

FIG. 15 shows a flowchart detailing a process responding to a merchantin accordance with an embodiment of the invention.

FIG. 16 shows a flowchart detailing a process for responding toinstruction for a recognized merchant in accordance with an embodimentof the invention.

FIG. 17 shows a flowchart detailing a process for processing a customerselection by a merchant in accordance with an embodiment of theinvention.

FIG. 18 shows a flowchart detailing a process for authenticating acustomer in accordance with an embodiment of the invention.

FIG. 19 shows a flowchart detailing a process for authorizing a customerto purchase the selected item(s) in accordance with an embodiment of theinvention.

DETAILED DESCRIPTION OF SELECTED EMBODIMENTS

Reference will now be made in detail to a particular embodiment of theinvention, an example of which is illustrated in the accompanyingdrawings. While the invention will be described in conjunction with theparticular embodiment, it will be understood that it is not intended tolimit the invention to the described embodiment. To the contrary, it isintended to cover alternatives, modifications, and equivalents as may beincluded within the spirit and scope of the invention as defined by theappended claims.

The invention provides a method, system, and apparatus for wirelesslyexecuting a commercial transaction using a wireless client device suchas a cell phone or wireless portable media player. When within wirelessrange of a participating merchant, at least one of a number ofselectable items is selected for purchase. An indication of the selecteditem is then wirelessly forwarded to the participating merchant whoconfirms that there are sufficient financial resources available to theconsumer to complete the transaction. The selected item(s) are thenplaced in a priority queue. In a particularly useful embodiment, a timefor pickup is forwarded to the wireless consumer product and visuallydisplayed by the wireless client device and/or audibly rendered by wayof a speaker or earphone.

The invention will now be described in terms of a client device thatincludes a portable media player capable of storing a number ofmultimedia digital data files connected to a media delivery accessoryarranged to broadcast audio by way of a plurality of speakers. In thecase of the media player being a pocket sized portable player (such asthe IPOD™ player manufactured by Apple Computer Inc. of Cupertino,Calif.), the multimedia data files can include MP3 files as well as anyother appropriately formatted data files. It should be noted thatalthough the described embodiments rely upon using a wireless portablemedia player, any personal communication device (such as a text messageenabled cell phone) can be used to practice the invention.

FIG. 1 shows a portable media player 100 according to one embodiment ofthe invention. The media player 100 includes a processor 102 thatpertains to a microprocessor or controller for controlling the overalloperation of the media player 100. The media player 100 stores mediadata pertaining to media assets in a file system 104 and a cache 106.The file system 104 is, typically, a storage disk or a plurality ofdisks. The file system 104 typically provides high capacity storagecapability for the media player 100. However, since the access time tothe file system 104 is relatively slow, the media player 100 can alsoinclude a cache 106. The cache 106 is, for example, Random-Access Memory(RAM) provided by semiconductor memory. The relative access time to thecache 106 is substantially shorter than for the file system 104.However, the cache 106 does not have the large storage capacity of thefile system 104. Further, the file system 104, when active, consumesmore power than does the cache 106. The power consumption isparticularly important when the media player 100 is a portable mediaplayer that is powered by a battery (not shown). The media player 100also includes a RAM 120 and a Read-Only Memory (ROM) 122. The ROM 122can store programs, utilities or processes to be executed in anon-volatile manner. The RAM 120 provides volatile data storage, such asfor the cache 106.

The media player 100 also includes a user input device 108 that allows auser of the media player 100 to interact with the media player 100. Forexample, the user input device 108 can take a variety of forms, such asa button, keypad, dial, etc. Still further, the media player 100includes a display 110 (screen display) that can be controlled by theprocessor 102 to display information to the user. A data bus 124 canfacilitate data transfer between at least the file system 104, the cache106, and the processor 102. The media player 100 also includes a businterface 116 that couples to a data link 118. The data link 118 allowsthe media player 100 to couple to a host computer over a wiredconnection.

In one embodiment, the media player 100 serves to store a plurality ofmedia assets (e.g., songs) in the file system 104. When a user desiresto have the media player 100 play a particular media item, a list ofavailable media assets is displayed on the display 110. Then, using theuser input device 108, a user can select one of the available mediaassets. The processor 102, upon receiving a selection of a particularmedia item, supplies the media data (e.g., audio file) for theparticular media item to a coder/decoder (CODEC) 112. The CODEC 112 thenproduces analog output signals for a speaker 114. The speaker 114 can bea speaker internal to the media player 100 or external to the mediaplayer 100. For example, headphones or earphones that connect to themedia player 100 would be considered an external speaker.

The media player 100 also includes a wireless network interface 126arranged to wirelessly transmit any selected data from the media player100 to any appropriately configured receiver unit over a wirelessnetwork. In the embodiment shown in FIG. 1, the wireless networkinterface 126 takes the form of a “WiFi” interface according to the IEEE802.11b or 802.11 g standards. Other wireless network standards couldalso be used, either in alternative to the identified standards or inaddition to the identified standards. Such other network standards couldinclude the IEEE 802.11a standard or the Bluetooth standard.

In one embodiment, the media player 100 is a portable computing devicededicated to processing media such as audio. For example, the mediaplayer 100 can be a media player (e.g., MP3 player), a game player, aremote controller, a portable communication device, and the like. Thesedevices are generally battery-operated and highly portable so as toallow a user to listen to music, play games or video, record video ortake pictures, communicate with others, and/or control other devices. Inone implementation, the media player 100 is a handheld device that issized for placement into a pocket or hand of the user. By beinghandheld, the media player 100 is relatively small and easily handledand utilized by its user. By being pocket sized, the user does not haveto directly carry the device and therefore the device can be takenalmost anywhere the user travels (e.g., the user is not limited bycarrying a large, bulky and often heavy device, as in a portablecomputer). Furthermore, the device may be operated by the user's hands,no reference surface such as a desktop is needed.

Although the media items of emphasis in several of the above embodimentswere audio items (e.g., audio files or songs), the media items are notlimited to audio items. For example, the media item can alternativelypertain to recorded discussions and the like.

FIG. 2A is a block diagram of a wireless system 200 according to oneembodiment of the invention. The system 200 includes a central server202 and a wired data network 204. The central media server 202 couplesto the wired data network 204. The wired data network 204 can be aglobal network, a wide area network, or a local area network. In oneexample, the wired data network 204 pertains to some portion of theWorld Wide Web. A personal computer 206 can couple to the wired datanetwork 204. A wireless data network 208 can also couple to the wireddata network 204. The wireless data network 208 can include one or morewireless data networks, such as cellular networks, WiFi networks, WiMAXnetworks, Bluetooth networks, etc. The wireless system 200 can alsoinclude a local server 210 that can couple to one or both of the wireddata network 204 and the wireless data network 208.

The central server 202 stores or has access to numerous product dataitems. The local server 210 also stores or has access to various productdata items. In addition, the system 200 supports a plurality of portablemedia devices 212 and 214. The portable media device 212 can couple tothe wireless data network 208 over a wireless link 216. Similarly, theportable media device 214 can couple to the wireless data network 208over a wireless link 218. In this regard, the portable media devices 212and 214 can access the central media server 202 and/or the local server210 via the wireless data network 208.

In one embodiment, one or more of the mobile devices, such as the mobiledevices 212 and 214 illustrated in FIG. 3, can pertain to media devices.More particularly, the media devices can pertain to media players, suchas the iPods media player from Apple Computer, Inc. These mobile devicescan include a purchase transaction management application that operateson the mobile device to facilitate a purchase transaction between themobile device and a merchant with access to the servers 202 and/or 210.Given the portability of mobile devices, mobile devices are smaller andhave less resources. Consequently, a purchase transaction managementapplication designed for use on a mobile device may offer less featuresand capabilities than would a counterpart purchase transactionmanagement application operating on a larger, more powerful computingdevice, e.g., a personal computer. Given that the mobile devices havewireless access to the local server 210 and/or the central server 202,the mobile devices can interact with the servers 202 and 210 to requestand/or receive product data (or other data). In this regard, a purchasetransaction management application operating on the mobile devices cancommunicate with the media servers 202 and 210 to perform various tasks,including: selecting items to purchase, receiving a periodic delivery ofproduct content to media devices (such as daily pushing advertisementsfrom a server to a media device), etc.

FIG. 2B is a block diagram of the wireless system 200 shown in FIG. 2Asuitably configured for receiving and processing a remote order from awireless client device. The system 200 includes the local servercomputer 210 located at an establishment 220 in wireless communicationwith the wireless data network 208 by way of a wireless communicationinterface 222. When the local server computer 210 receives a remoteorder 224 by way of the wireless communication interface 222, the localserver computer 210 generates a tagged remote order entry 226 thatdetermines an order of processing of the remote order 224. The taggedremote order entry 226 is, in turn, sent to and stored in a processingqueue 228 that also receives any local order entries 230 from a localordering system 232. In the described embodiment, the processing queue228 is updated based upon whether or not a particular order entry istagged. For example, if a local order entry is currently stored in theprocessing queue 228 and a next queue entry is a tagged order entry,then the tagged order entry takes priority over the local (untagged)order entry for processing by a local processing center 234. In thisway, the establishment can prioritize, or not, processing of remoteorders over local orders as appropriate for pick up at a pick up station236 when completed. In a particularly useful implementation, once theprocessing queue 228 has forwarded a next item to process command 238 tothe local processing center 234, the local processing center 234originates and forwards a notification of estimated time for completionof processing 240 to the wireless client device 216 by way of thewireless communication interface 222 and wireless data network 208.

FIG. 3 shows a wireless communication system 300 in accordance with anembodiment of the invention. The system 300 includes a wireless mobiledevice 302 capable of wireless communication with a wireless network 304in communication with a local server computer 306 associated with amerchant 308. In the particular embodiment described, the merchant 308primarily provides ready to eat comestibles (such as coffee, sandwiches,etc.) and any associated peripheral products (such as coffee grinders inthe case of the merchant 308 being a purveyor of coffee and/or coffeeproducts). In order to alert the wireless mobile device 302 that thewireless mobile device 302 is within range R of the wireless network304, the wireless network 304 periodically emits a ping signal 310 thatincludes a merchant ID 312 that uniquely identifies the merchant 308.The ping signal 310 is arranged such that any compatible wireless mobiledevices within the range R of the wireless network 304 will receive theping signal 310 at a signal strength greater than a preset thresholdvalue.

If the wireless mobile device 302 receives such a signal, then thewireless mobile device 302 responds (or not) to the wireless network 304based upon any number of predetermined conditions set forth in acustomer preference file 316 stored in a memory 318 in the wirelessmobile device 302. For example, if the merchant ID 312 is identified asbeing associated with a recognized merchant (i.e., a merchant having hada previous transaction with a current user of the wireless mobiledevice), the wireless mobile device 302 will respond based upon a set ofinstructions included in the customer preference file 316 correspondingto a recognized merchant. Conversely, if the merchant ID 312 isidentified as belonging to that of an unrecognized merchant (i.e.,having had no previous transaction), the response is based upon anotherset of instructions associated with an unrecognized merchant.

FIG. 4 illustrates the wireless mobile device 302 implemented as awireless media player 402 in accordance with an embodiment of theinvention. When within the range R of wireless data network 304, thewireless media player 402 receives a ping signal 406 that includes amerchant ID 408 that uniquely identifies a merchant 410. A processor 412in the wireless media player 402 receives the merchant ID 408 and sendsa merchant ID recognition query 414 to a database 416 stored in a memorydevice 418 located in the media player 402. The database 416 includes alist of merchants 420 that are considered to be recognized by the userhaving a customer ID 422. In order to ascertain whether or not themerchant ID 408 is recognized, the merchant ID 408 is compared to themerchant IDs included in the list of merchants 420. If there is a hit(i.e., a match) the merchant 410 is considered to be recognized,otherwise the merchant 410 is considered to be unrecognized. In anycase, once the status of the merchant 410 is determined, a fetchinstruction command 422 is forwarded to a customer preference file 424that responds by providing an instruction command 426 to the processor412 based upon whether or not the merchant 410 is recognized.

The instruction command 426 (when executed by the processor 412) directsthe wireless media player 402 to take a predetermined action in responseto the received ping signal 406. For example, if the merchant 410 isunrecognized, a user can tailor the customer preference file 424 toissue an instruction command that directs the wireless media player 402to ignore the ping signal 406. Alternatively, the user could tailor thecustomer preference file 424 to issue an instruction command to updatethe list of merchants 420 to include the unrecognized merchant ID 408thereby changing the merchant status from unrecognized to recognized.

FIG. 5 illustrates an example of the wireless media player 402 receivingthe ping signal 406 from a recognized merchant 502 in accordance with anembodiment of the invention. In this example, an instruction command 504is issued from the customer preference file 424. The instruction command504 is passed to and executed by the processor 412, which in turndirects the wireless media player 402 to open a graphical user interface(GUI) 506 on a display 508 that includes a list of items 510 previouslypurchased from the merchant 502 stored in the memory 418. In thedescribed embodiment, each displayed item responds to a selection tool512 by causing the wireless media player 402 to send a selection request514 that includes an indication 516 of the item selected from the list510 to the merchant 502 for additional processing. It should be notedthat, typically, the list of items previously purchased by the user isstored locally in the memory 418. However, in some cases it may bedesirable to store customer information (such as the list of previouslypurchased items) on either or both the local server 306 or the centralserver 202. In this way, even in those cases where a user purchases anew item or is using a different media player than would otherwise beused that does not have a current, or accurate, customer preference filefor that particular user, the local server 306 or remote server 202 canbe used to update, or synchronize, the local memory 418.

It should be noted that the customer preference file 424 can be as denseor sparse as desired based on, for example, an amount of on-board memorystorage available, personal preferences of a user, etc. In some cases,the wireless media player 402 can have more than one user associatedwith it such as when two or more people share the wireless media player402. In this case, each individual user would have a unique customer IDthat would be entered manually by the user when they took currentpossession of the player 402. When multiple customer IDs are available,then each customer ID can point to a particular customer preference fileunique to that customer ID.

In some cases, whenever a wireless media player comes within range ofthe wireless data network, the wireless media player can be (unbeknownstto the user) directed to send a wireless media player identifier thatuniquely identifies the particular wireless media player to the wirelessdata network. The wireless media player identifier can be used to tracklost or stolen media players when the rightful owner has placed thewireless media player identifier in a central database of lost or stolenmedia players. In this way, if a lost or stolen media player is tracked,any number of subsequent actions can be taken such as notifying theauthorities, disabling the wireless media player, displaying a notice toreturn the wireless media player, etc. thereby providing a strongdisincentive for stealing the player.

FIG. 6 illustrates an example of the wireless media player 402 receivingthe ping signal 406 from the recognized merchant 502 in accordance withan embodiment of the invention. In this case, processor 412 directs thewireless media player 402 to generate and forward to the merchant 502 arequest 602 with an instruction 604 that directs the merchant 502 togenerate a merchant response 606 that includes information 608 that ispushed to the wireless media player 402. In this example, theinformation 608 is displayed on the graphical user interface (GUI) 506as the list of previously purchased items 510 thereby providing the userthe capability of selecting those item(s) from the list 510 along thelines previously discussed.

Therefore, by providing a simple modification to the customer preferencefile 424, any transaction between the merchant and the current user ofthe wireless media player 402 can be customized as appropriate. Forexample, if a user desires to enter into a transaction with onlyparticular merchants, then only those merchants whose merchant IDs arestored in the customer preference file will be allowed to open a channelwith the user. Alternatively, some customers may prefer that no merchantadvertisements can be forwarded whereas in some cases, the user mayprefer advertisements but only for a limited number of products. Bytailoring the customer preference file for each customer and merchant,the user can provide as much control as desired in the informationprovided from and/or to a particular merchant or merchant class (i.e.category of merchants, such as food providers, etc).

In yet another scenario shown in FIG. 7, a merchant 702 is unrecognized.In this case, the media player 402 uses a merchant ID 704 included in aping signal 706 to update the list of merchants 420 thereby changing thestatus of the merchant 702 from unrecognized to recognized. In thisparticular embodiment, once the list of merchants 420 has been updatedto include the merchant ID 704, the wireless media player 402 sends amedia player response 708 with an acknowledgement 710 of the receipt ofthe ping signal 706 to the merchant 702. In some cases, in addition tothe acknowledgment 710, the media player response 708 can include amerchant request 712 requesting that the merchant 702 send anyinformation, such as advertisements, daily specials, or otherenticements that the merchant 702 believes would induce the user toplace an order. In this way, the newly recognized merchant 702 canprovide the database 416 with information specific to the merchant 702so as to facilitate a current or future transaction.

FIG. 8 illustrates a purchase transaction 800 in accordance with anembodiment of the invention. It should be noted that the list ofselectable items 510 can originate from the memory 418, the local server308 or the central server 202. Accordingly, starting where FIG. 5 leftoff where a user has selected an item to purchase from the list ofselectable items 510, the wireless media player 402 sends the purchaserequest 514 having the purchase item indicator 516, the customer ID 422,and an authentication code 802 to the merchant 502. As illustrated inFIG. 9, the merchant 502 then proceeds to authenticate the customer ID422 associated with the purchase request 514 by verifying theauthentication code 802. If the purchase request 514 did not have anauthentication code 802 associated with it (i.e., a null field), thenthe merchant 502 sends an authentication request 902 back to thewireless media player 402. The wireless media player 402 then displaysan authentication request icon 904 on the display 508 requesting thatthe user provide a predetermined authentication code. In some cases, theauthentication code can be a pre-selected number, name, combination ofwords and numbers, or any such combination. In response to theauthentication request 902, the user inputs the appropriateauthentication code 802, which is then forwarded back to the merchant502 by the wireless media player 402 by way of an authenticationresponse 906. Once the merchant 502 has received the authentication code802, the merchant 502 forwards an authentication code verificationrequest 908 to the local computer 306 (or the remote computer 202),which responds with an authentication code status 910. If theauthentication code 802 is not verified, then a cancellation notice 912is forwarded back to the wireless media player 402 canceling thetransaction, otherwise, if the authentication code 802 is verified, themerchant 502 is allowed to proceed with the transaction 800.

Referring back to FIG. 8, if the authentication code 802 is verified,then an account enquiry 804 is made of a user account 806 associatedwith the customer ID 422 to determine if there is sufficient funds inthe user account 806 to complete the requested purchase transaction 800.Again, the user account 806 can be stored in either the local computer306 or the central server 202, thereby providing redundancy. Referringto FIG. 10, if the user account 806 does not have sufficient funds, thenany number of actions can be taken. In one case, if the user haspreauthorized access to another source of funds 1002 (such as a checkingor savings account) located in a bank 1004, for example, then a request1006 is forwarded to the bank 1004 to access the preauthorized source offunds 1002 from which a predetermined amount 1008 is transferred to theuser account 806. If the preauthorized source of funds 1002 is eitherunavailable or insufficient to cover the predetermined transfer amount,then a cancellation notice 1010 is forwarded back to the wireless mediaplayer 402. In another embodiment, instead of a cancellation notice1010, a request 1012 is forwarded to the wireless media player 402requesting the user manually input a credit card number (either inwritten form using the an input icon 1014, or verbally using amicrophone 1016), for example, to cover the transaction. This could alsoapply in those situations where the user does not have a preauthorizedaccount from which to draw additional funds when needed to replenish theuser account.

In some cases, the user can direct that the user account 806 never fallbelow a specified amount thereby eliminating the possibility of atransaction being cancelled for lack of funds. In some cases, a noticecan be forwarded to the wireless media player 402 indicating that theuser account 806 has fallen to a preselected amount and requesting thatthe user either replenish the account or authorize a transfer from thepreauthorized source of funds 1002.

Referring to FIG. 11, once the transaction 800 has been authenticatedand authorized, the merchant 502 sends a purchase inquiry 1102 to adatabase 1104 (that can also be located on the central server 202) thatincludes a customer information file 1106 having information specific tothe customer ID 422 and merchant information 1108 (based upon merchantIDs). The customer information file 1106 can include such information ascustomer purchase history, customer product preferences (coffee withroom for cream, for example), etc.; whereas the merchant information1108 can include such information as current menu items, specialty menuitems, and any other information that a particular merchant deemsrelevant. Using the information included in the customer preference file1106, a processing queue 1110 is updated to include the item(s)purchased and any particular customer preferences (such as room forcream, particular temperature if its a hot drink, etc.). Once theprocessing queue 1110 has been updated, the merchant 502 sends apurchase confirmation 1112 having information 1114 related to thepurchase that is displayed on the display 508. Such information caninclude an estimate of the time for pickup in either textual or iconicform (such as a clock face), the item ordered, the price, and any otherinformation that the merchant 502 deems appropriate. In some situations,the user can specify a particular time to pick up the selected items asopposed to the merchant 502 specifying the pick up time. In some cases,the merchant may decide to give a remote purchaser priority over thosewho purchased the same or similar items locally at the merchant's placeof business. In any case, once the user has the verificationnotification and estimated time for pickup, the user can go directly tothe pickup station at the merchant without having to waste time waitingfor an unfinished order or arriving after a order has been finished andhas lost its freshness.

FIG. 12 shows a flowchart detailing a process 1200 for a wirelesstransaction in accordance with an embodiment of the invention. At 1200,if a user having a wireless client device is within wireless range of amerchant and if the user wants to purchase an item for sale by themerchant at 1204, then the user selects the item to purchase using thewireless client device at 1206. An indication of the item selected iswirelessly forwarded to the merchant at 1208 and an order queue issubsequently updated at 1210. Once the order queue has been updated, anotification is sent from the merchant to the wireless client device at1212 notifying the user that the selected item has been queued up. Insome embodiments, the notification includes more specific informationrelated to the transaction such as a time for pickup, etc. At 1214, theuser picks up the selected item at the merchant thereby completing thewireless transaction.

FIG. 13 shows a flowchart detailing a process 1300 for determining if awireless client device is within range of a wireless data network inaccordance with an embodiment of the invention. The process 1300 beginsat 1302 with the wireless data network emitting a ping signal. At 1304,the wireless client device receives the ping signal having a signalstrength S. If, at 1306, the signal strength S is greater than apredetermined signal strength value, then at 1308 the wireless clientdevice is within range of the wireless data network.

FIG. 14 shows a flowchart detailing a process 1400 for determining if amerchant is a recognized merchant or an unrecognized merchant inaccordance with an embodiment of the invention. The process 1400 beginsat 1402 by retrieving a merchant ID from the received ping signal and,at 1404, determining if the merchant ID is associated with a previouslyrecognized merchant or an unrecognized merchant. If the merchant ID isassociated with a previously recognized merchant, then at 1406, aninstruction for a previously recognized merchant is fetched from acustomer preference file and the fetched instruction is executed at1408.

On the other hand, if it had been determined at 1404 that the merchantID is associated with an unrecognized merchant, then at 1410 aninstruction associated with an unrecognized merchant is fetched from thecustomer preference file at 1412 and executed at 1414.

FIG. 15 shows a flowchart detailing a process 1500 of responding to amerchant in accordance with an embodiment of the invention. The process1500 begins at 1502 by determining if the wireless client device is toremain in communication with the unrecognized merchant. If it isdetermined that communication is to cease, then the unrecognizedmerchant is ignored at 1504 and the process 1500 stops, otherwise, theunrecognized merchant is recognized at 1506. In the describedembodiment, the recognition of the heretofore unrecognized merchant canbe accomplished by updating the customer preference file to include themerchant ID associated with the heretofore unrecognized merchant. At1508, an instruction associated with the newly recognized client isexecuted that can include requesting specific merchant information fromthe merchant such as a list of current menu items that is, in turn, usedto update a merchant information file and the customer preference filestored in the wireless client device.

FIG. 16 shows a flowchart detailing a process 1600 for responding to aninstruction from a recognized merchant in accordance with an embodimentof the invention. The process 1600 begins at 1602 by getting a list ofselectable items from either the merchant or from the wireless clientdevice. In the case that the list of selectable items is from thewireless client device, a database stored in the wireless client deviceis accessed at 1604 which includes a list of previously purchased items.The merchant ID associated with the merchant is then compared to thosemerchant IDs included in the list of previously purchased items at 1606and, at 1608, the list of previously purchased items that are associatedwith the stored merchant ID that matches the current merchant ID aredisplayed on a display.

On the other hand, when the list of selectable items is obtained fromthe merchant, then at 1610 a database stored in the wireless datanetwork is accessed, which includes a list of purchased items associatedwith a customer ID that uniquely identifies a previous customer. At1612, a list of stored customer IDs is compared with the currentcustomer ID and at 1614, the list of selectable items associated withthe stored customer ID that matches the current customer ID is sent fromthe wireless data network to the wireless client device. The list ofselectable items is then displayed at 1608.

FIG. 17 shows a flowchart detailing a process 1700 for processing acustomer selection by a merchant in accordance with an embodiment of theinvention. The process 1700 begins at 1702 with the merchant receiving acustomer selection request that includes an indication of the item(s)selected, an authentication code, and a customer ID. At 1704, thecustomer is authenticated and at 1706 the customer is authorized topurchase the selected item(s). At 1708 a processing queue is updated toinclude indicators of the selected item(s). At 1710, an estimate of anamount of time required to make the selected item(s) available forpickup is calculated.

FIG. 18 shows a flowchart detailing a process 1800 for authenticating acustomer in accordance with an embodiment of the invention. The process1800 begins at 1802 by determining if a customer authentication code isvalid. If the authentication code is not valid, then a determination ismade at 1804 of whether or not the customer is to be requested to supplya valid authentication code. If the customer is not requested to supplya valid authentication code, then the customer is tagged asunauthenticated at 1806 and the transaction is ended at 1808 therebyending the process 1800. On the other hand, if at 1804 the customer isrequested to supply a valid authentication code, then at 1810, anauthentication code request is forwarded to the customer at the wirelessclient device and control is passed back to 1802 for a determination ofthe validity of the authentication code. If the received authenticationcode is determined to be valid at 1802, then at 1812, the customer istagged as authenticated and control passes back to the process 1700.

FIG. 19 shows a flowchart detailing a process 1900 for authorizing acustomer to purchase the selected item(s) in accordance with anembodiment of the invention. The process 1900 begins at 1902 bydetermining if the customer has a valid customer account. If thecustomer does not have a valid customer account, then at 1904 a requestis forwarded from the wireless data network to the customer requestingthat the customer open a customer account. If, at 1906, the customerchooses to not open an account, then the transaction is ended at 1908,otherwise, at 1910, a customer account is opened. On the other hand, ifat 1902 it has been determined that a customer does have a validcustomer account, then a determination is made at 1912 of whether or notthe customer account has sufficient funds to purchase the selecteditem(s). If the customer account does not have sufficient funds, then at1914 the customer is requested to credit sufficient funds to thecustomer account. If the customer does not credit sufficient funds, thenthe transaction is ended at 1908, otherwise, the account is creditedwith sufficient funds at 1916. In any case, if the customer account hassufficient funds to purchase the selected item(s), either as determinedat 1912 or credited at 1916, processing is passed to 1708.

The invention is preferably implemented by software, but can also beimplemented in hardware or a combination of hardware and software. Theinvention can also be embodied as computer readable code on a computerreadable medium. The computer readable medium is any data storage devicethat can store data which can thereafter be read by a computer system.Examples of the computer readable medium include read-only memory,random-access memory, CD-ROMs, DVDs, magnetic tape, optical data storagedevices, and carrier waves. The computer readable medium can also bedistributed over network-coupled computer systems so that the computerreadable code is stored and executed in a distributed fashion.

The many features and advantages of the present invention are apparentfrom the written description and, thus, it is intended by the appendedclaims to cover all such features and advantages of the invention.Further, since numerous modifications and changes will readily occur tothose skilled in the art, the invention should not be limited to theexact construction and operation as illustrated and described. Hence,all suitable modifications and equivalents may be resorted to as fallingwithin the scope of the invention.

While this invention has been described in terms of a preferredembodiment, there are alterations, permutations, and equivalents thatfall within the scope of this invention. It should also be noted thatthere are many alternative ways of implementing both the process andapparatus of the present invention. It is therefore intended that theinvention be interpreted as including all such alterations,permutations, and equivalents as fall within the true spirit and scopeof the present invention.

1. A processing system, comprising: a wireless communication interfacearranged to wirelessly communicate with one or more wireless clientdevices in the vicinity of the establishment, the wireless communicationinterface receiving a remote order corresponding to an item selected byat least one of the wireless client devices; a local server computerlocated in proximity to the establishment in communication with thewireless communication interface that receives the remote order from thewireless communication interface and generates instructions forprocessing the remote order; and a processing queue in communicationwith the local server computer that receives the processing instructionsfrom the local computer server in preparation for processing of theremote order.
 2. A processing system as recited in claim 1, furthercomprising: a local ordering system coupled to the processing queuearranged to receive a local order and pass the local order to theprocessing queue.
 3. A processing system as recited in claim 1, whereinthe local server computer generates a processing command that includesprocessing requirements for a next to be processed selected item.
 4. Aprocessing system as recited in claim 3, further comprising: a localprocessing center coupled to the processing queue that responds to theprocessing command by processing the selected item according to theprocessing requirements; and a pick up station coupled to the localprocessing center for staging a fully processed selected item for pickup.
 5. A processing system as recited in claim 4, further comprising: anotification unit coupled to the local processing center arranged toissue a notification signal indicating an estimated amount of time untilthe fully processed selected item is available for pick up at the pickup station.
 6. A processing system as recited in claim 5, wherein thenotification signal is wirelessly transmitted by way of the wirelesscommunication interface to the at least one wireless communicationdevice from which the selected item indication originated.
 7. Aprocessing system as recited in claim 1, wherein the local servercomputer generates an acknowledgement signal indicating that the remoteorder has been successfully received and forwards the acknowledgementsignal to the wireless communication interface.
 8. A processing systemas recited in claim 7, wherein the wireless communication interfaceforwards the acknowledgement signal to the at least one wirelesscommunication device that originated the remote order.
 9. A processingsystem as recited in claim 1, wherein the local server computer tags theremote order received from the wireless communication interfaceindicating a processing order for the selected item.
 10. A processingsystem as recited in claim 9, wherein when the remote order is tagged,then the tagged remote order is to be processed before any local ordersare processed.
 11. A processing system as recited in claim 1, whereinthe wireless client device is a wireless consumer electronic productselected from a group comprising: a wireless media player, a wirelesspersonal digital assistant, a cell phone.
 12. A processing system asrecited in claim 11, wherein the wireless client device includes adisplay screen suitable for displaying images and text and an outputdevice that includes a speaker or earphone.
 13. A processing system asrecited in claim 12, wherein the notification signal indicating theestimated amount of time until the fully processed selected item isavailable for pick up at the pick up station is converted to text anddisplayed on the display screen.
 14. A processing system as recited inclaim 11, wherein the notification signal indicating the estimatedamount of time until the fully processed selected item is available forpick up at the pick up station is audibly rendered and output by way ofthe audio output device.
 15. A method of processing an order provided byone or more wireless client devices in the vicinity of an establishment,comprising: receiving a remote order corresponding to an item selectedby at least one of the wireless client devices at a wirelesscommunication interface in communication with a local server computer inproximity to the establishment; processing the remote order by the localserver computer; and storing the remote order in a processing queue inpreparation for processing of the remote order.
 16. A method as recitedin claim 15, further comprising: receiving a local order from a localordering system; and passing the local order to the processing queue.17. A method as recited in claim 16, further comprising: generating aprocessing command by the local server computer that includes processingrequirements for a next to be processed selected item.
 18. A method asrecited in claim 17, further comprising: processing the selected itemaccording to the processing requirements by a local processing centercoupled to the processing queue in response to the processing command;and staging a fully processed selected item for pick up at a pick upstation coupled to the local processing center.
 19. A method as recitedin claim 18, further comprising: issuing a notification signalindicating an estimated amount of time until the fully processedselected item is available for pick up at the pick up station by anotification unit coupled to the local processing center.
 20. A methodas recited in claim 19, further comprising: wirelessly transmitting thenotification signal by way of the wireless communication interface tothe at least one wireless communication device from which the selecteditem indication originated.
 21. A method as recited in claim 15, furthercomprising: generating an acknowledgement signal indicating that theremote order has been successfully received and forwarding theacknowledgement signal to the wireless communication interface by thelocal server computer.
 22. A method as recited in claim 21, furthercomprising; forwarding the acknowledgement signal to the at least onewireless communication device that originated the remote order by thewireless communication interface.
 23. A method as recited in claim 15,further comprising: tagging the remote order received from the wirelesscommunication interface indicating a processing order for the selecteditem by the local server computer.
 24. A method as recited in claim 23,further comprising; processing the tagged remote order before any localorders.
 25. A method as recited in claim 15, wherein the wireless clientdevice is a wireless client device selected from a group comprising: awireless media player, a wireless personal digital assistant, a cellphone.
 26. A method as recited in claim 25, wherein the wireless clientdevice includes a display screen suitable for displaying images and textand an output device that includes a speaker or earphone.
 27. A methodas recited in claim 26, further comprising: converting the notificationsignal indicating the estimated amount of time until the fully processedselected item is available for pick up at the pick up station to text;and displaying the text on the display screen.
 28. A method as recitedin claim 26, further comprising: audibly rendering the notificationsignal indicating the estimated amount of time until the fully processedselected item is available for pick up at the pick up station; andoutputting the audio by way of the audio output device.
 29. A processingsystem, comprising: a wireless communication interface in communicationwith the local server computer arranged to wirelessly communicate withone or more wireless client devices in the vicinity of theestablishment, the wireless communication interface receiving a remoteorder corresponding to an item selected by at least one of the wirelessclient devices; a local server computer located in proximity to theestablishment having a memory arranged to store data that includes acustomer preference file listing customer preferences that the localserver computer consults in order to generate processing instructionsfor processing of the remote order; and a processing center forprocessing the remote order in response to the processing instructionsreceived from the local server computer.
 30. A processing system asrecited in claim 29, wherein the wireless client device comprises: aprocessor for processing executable instructions; a display coupled tothe processor for displaying text and images; a wireless interfacecoupled to the processor arranged to send and receive wireless signals;and a memory arranged to store data.
 31. A system as recited in claim 30wherein the data stored in the memory comprises: a customer identifier(ID) that uniquely defines a customer; a first customer preference filelisting customer preferences for the customer; a list of establishmentsrecognized by the customer; and a first customer history file for eachof the recognized establishments listing items previously selected byeach of the customer at each of the recognized establishments.
 32. Asystem as recited in claim 31, wherein the data stored in the localserver computer comprises: an establishment identifier (ID) thatuniquely identifies the establishment in which the local server computeris in proximity; a list of establishment recognized customers listingthose customers having previously contacted the establishment; a secondcustomer preference file listing customer preferences for the customerson the list of establishment recognized customers; and a second customerhistory file listing items previously selected by each of the customerson the list of establishment recognized customers.
 33. A system asrecited in claim 29, further comprising: a local processing stationcoupled to the local server computer and the processing queue arrangedto process the selected item.
 34. A system as recited in claim 32,wherein if the local server computer determines that the customerpreference file stored at the local server computer does not match thesecond customer preference file on the wireless client device, then thelocal server computer updates the customer preference file to match thesecond customer preference file on the wireless client device prior togenerating the processing instructions for processing of the remoteorder.
 35. A method of processing a remote order provided by one or morewireless client devices in the vicinity of an establishment, comprising:receiving a remote order corresponding to an item selected by at leastone of the wireless client devices; consulting a customer preferencefile that lists customer preferences by a local server computer locatedin proximity to the establishment; generating a processing instructionfor processing the remote order by the local server computer based uponthe consultation of the customer preference file; and processing theremote order in response to the processing instruction.
 36. A method asrecited in claim 35, wherein the wireless client device comprises: aprocessor for processing executable instructions; a display coupled tothe processor for displaying text and images; a wireless interfacecoupled to the processor arranged to send and receive wireless signals;and a memory arranged to store data.
 37. A method as recited in claim 36wherein the data stored in the memory comprises: a customer identifier(ID) that uniquely defines a customer; a first customer preference filelisting customer preferences for the customer; a list of establishmentsrecognized by the customer; and a first customer history file for eachof the recognized establishments listing items previously selected byeach of the customer at each of the recognized establishments.
 38. Amethod as recited in claim 32, wherein the data stored in the localserver computer comprises: an establishment identifier (ID) thatuniquely identifies the establishment in which the local server computeris in proximity; a list of establishment recognized customers listingthose customers having previously contacted the establishment; a secondcustomer preference file listing customer preferences for the customerson the list of establishment recognized customers; and a second customerhistory file listing items previously selected by each of the customerson the list of establishment recognized customers.
 39. A method asrecited in claim 35, further comprising: notifying the wireless clientdevice that originally sent the remote order to the establishment of anestimated amount of time until the selected item processing is complete.40. A method as recited in claim 38, further comprising; determining ifthe customer preference file on the local server computer requiresupdating; and updating the customer preference file by the local servercomputer, if needed, prior to generating the processing instructions.41. A method as recited in claim 40, wherein determining if the customerpreference file on the local server computer requires updatingcomprises; comparing the customer preference file on the local servercomputer to the second customer preference file on the wireless clientdevice; and overwriting the customer preferences on the local servercomputer by the corresponding customer preferences on the wirelessclient device when the comparing indicates a no match condition.
 42. Awireless client device suitable for wirelessly providing a remote orderto an establishment, comprising: a wireless communication interfacearranged to send and receive wireless signals; a processor forprocessing executable instructions; and a wireless range evaluator unitin communication with the wireless communication interface and theprocessor arranged to determine if the wireless client device is withinwireless range of the establishment, wherein when the wireless rangeevaluator unit determines that the wireless client device is withinwireless range of the establishment, then the processor sends the remoteorder to the establishment by way of the wireless communicationinterface.
 43. A wireless client device as recited in claim 42, whereinthe wireless range evaluator unit comprises: a ping signal strengthevaluator for determining if a ping signal strength of a ping signalreceived by the wireless communication interface is greater than apredetermined ping signal strength wherein when the ping signal strengthis greater than the predetermined ping signal value, then the wirelessevaluator unit notifies the processor that the wireless client device iswithin range of the establishment.
 44. A system as recited in claim 42,wherein when the processor is notified that the wireless client deviceis within range of the establishment, then the processor retrieves anestablishment identifier (ID) encoded in the ping signal.
 45. A systemas recited in claim 44, wherein the processor sets an establishmentrecognition status based upon a determination of whether or not theestablishment is recognized using the retrieved establishment ID.
 46. Asystem as recited in claim 45, wherein the wireless client devicefurther comprises: a memory arranged to store data.
 47. A system asrecited in claim 46, wherein the data stored in the memory comprises: acustomer identifier (ID) that uniquely defines a customer associatedwith the wireless client device; a customer preference file listingcustomer preferences for the customer; a list of establishmentsrecognized by the customer; and a customer history file for each of therecognized establishments listing items previously selected by thecustomer at each of the recognized establishments.
 48. A wireless clientdevice as recited in claim 47, wherein the processor determines therecognition status of the establishment by comparing the establishmentID retrieved from the ping signal with the list of establishment IDsrecognized by the customer and wherein when the establishment ID matchesat least one of the list of establishment IDs, then the processor setsthe establishment recognition status to recognized, otherwise theprocessor sets the recognition status to unrecognized.
 49. A wirelessclient device as recited in claim 48, wherein when the processor hasupdated the recognition status of the establishment, the processorforwards a response request to the customer preference file in order todetermine how the wireless client device responds.
 50. A wireless clientdevice as recited in claim 49, wherein the customer preference filereturns a response instruction back to the processor for execution basedupon the recognition status of the establishment.
 51. Computer programproduct executable by a computer processor for processing an orderprovided by one or more wireless client devices in the vicinity of anestablishment, comprising: computer code for receiving a remote ordercorresponding to an item selected by at least one of the wireless clientdevices at a wireless communication interface in communication with alocal server computer in proximity to the establishment; computer codefor processing the remote order by the local server computer; computercode for storing the remote order in a processing queue in preparationfor processing of the remote order; and computer readable medium forstoring the computer code.
 52. Computer program product as recited inclaim 51, further comprising: computer code for receiving a local orderfrom a local ordering system; and computer code for passing the localorder to the processing queue.
 53. Computer program product as recitedin claim 52, further comprising: computer code for generating aprocessing command by the local server computer that includes processingrequirements for a next to be processed selected item.
 54. Computerprogram product as recited in claim 53, further comprising: computercode for processing the selected item according to the processingrequirements by a local processing center coupled to the processingqueue in response to the processing command; and computer code forstaging a fully processed selected item for pick up at a pick up stationcoupled to the local processing center.
 55. Computer program product asrecited in claim 54, further comprising: computer code for issuing anotification signal indicating an estimated amount of time until thefully processed selected item is available for pick up at the pick upstation by a notification unit coupled to the local processing center.56. Computer program product as recited in claim 55, further comprising:computer code for wirelessly transmitting the notification signal by wayof the wireless communication interface to the at least one wirelesscommunication device from which the selected item indication originated.57. Computer program product as recited in claim 51, further comprising:generating an acknowledgement signal indicating that the remote orderhas been successfully received and forwarding the acknowledgement signalto the wireless communication interface by the local server computer.58. Computer program product as recited in claim 57, further comprising;forwarding the acknowledgement signal to the at least one wirelesscommunication device that originated the remote order by the wirelesscommunication interface.
 59. Computer program product as recited inclaim 51, further comprising: tagging the remote order received from thewireless communication interface indicating a processing order for theselected item by the local server computer.
 60. Computer program productas recited in claim 59, further comprising: processing the tagged remoteorder before any local orders.
 61. Computer program product as recitedin claim 51, wherein the wireless client device is a wireless clientdevice selected from a group comprising: a wireless media player, awireless personal digital assistant, a cell phone.
 62. Computer programproduct as recited in claim 61, wherein the wireless client deviceincludes a display screen suitable for displaying images and text and anoutput device that includes a speaker or earphone.
 63. Computer programproduct as recited in claim 52, further comprising: computer code forconverting the notification signal indicating the estimated amount oftime until the fully processed selected item is available for pick up atthe pick up station to text; and computer code for displaying the texton the display screen.
 64. Computer program product as recited in claim63, further comprising: computer code for audibly rendering thenotification signal indicating the estimated amount of time until thefully processed selected item is available for pick up at the pick upstation; and computer code for outputting the audio by way of the audiooutput device.